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Mobtte communicatioii device cover and 
method for its operation 

5 The present invention relates to a portable radio communication device having an exchangeable 
cover. It also relates to an exchangeable cover for a mobile communication device. More 
specificaUy the invention relates to a system of a mobile phone to provide multiple functionality ' 
and user interoperability to a mobile terminal device. 

10 Removable covers for mobile terminal devices are aheady known from mobile phones which are 
currently in use. Patent applications disclosing relevant state of the art are e.g. WO 97/32423, 
WO 01/86922 Al, EP 1 198 1 10 A2 and US-Patent 6,1 18,986. 

The document WO 97/32423 discloses a clip-on cover for mobile phones having only decorative 
15 or design changing functions so that the external appearance of a mobile phone can easily be 
changed. 

The document WO 01/86922 Al discloses a clip-on cover for mobile phones that comprises 
distinguishing identity means so that a processor in said phone can identify the characteristics of 
20 the cover. The phone can therefore adapt its functionality and tihie functionality of its display to 
tiie functionaUty of said id^itified personalized cover. The cover according to this document can 
comprise a microchip to change the functionality of the phone. 

The document EP 1 198 110 A2 1 discloses a chp-on cover for mobile phones that comprise 
25 different key arrangements to improve the usabiUty of tiie phone for preferred usage i^pUcations. 
Such an exchangeable cover is e.g. applied at the 36101 Nokia phone. 

The US-Patait 6,118,986 describes small pager devices, which can use a small attachable credit 
card-size keypad to provide a full phone calculator or navigator functionality to said pager 
30 device. The credit card sized keypad element can also comprise a display to be adaptable to 
different kinds of appUcations. 

Phone and communication device personaUzation, intemationaUzation and customization require 
many efforts in various handling situations. 
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All the above approaches for personalization, internationalization and customization have in 
common that they are not suitable for a market with fast changing communication device models 
as in the case of mobile phones or handheld computers. Due to short cycles times in which a 
single telephone of communication device type is manufactured the customization market has 
nearly no time to react and a certain telephone type may have disappeared before suitable 
changing covers have been developed. 

Therefore, a changeable cover system is needed that can overcome these problems. 

So it is desirable to have a mobile phone architecture that can provide an optimized and 
principally arbitrarily interchangeable cover for a mobile communication device. 

The present invention is based on the idea to provide a new approach in the provision of mobile 
15 communication devices with exchangeable covers, by proposing an exchangeable phone or 
communication module instead of an exchangeable cover. 

The invention starts from the first approach for exchangeable covers to ad^t the outer 
appearance of mobile communication devices such as mobile telephones, continues to the second 
20 step of differentiy shaped key and keypads which are provided to press the keys of the underlying 
communication device. Further the invention recognizes that extension modules for basic radio 
communication modules have been developed. 

The present invention overcomes the drawbacks of the state of the art by providing an 
25 exchangeable cover having a keypad. The cover according to the present invention is 
characterized by a cover processor, which is connected to said keypad. The cover according to 
the invention is further characterized in that said cover processor is connected to a standardized 
bus or a standardized bus interface. So the present invention is to provide a device that comprises 
basicaUy two elements, i.e. a communication module and a cover module. Botix elements 
30 comprise a bus interface for exchanging input and/or output data via a standardized mterface. 
Thereby, two important advantages can be provided. First, the cover fimctionaUty and tiie phone 
module functionaUty can independentiy be developed without the need for mutual provisions for 
additional adapted functionaUty. Second, it maybe sufficient to develop only one communication 
module for each desired application, i.e. two band GSM-Phones, tri-band GSM Phones that can 
35 also be used in the United States of America or tiie new UMTS or other subsequent standards. 
Even modules comprising combinations of GSM and/or UMTS modules are possible. 
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rtc^ wenhon provides an mtemgeo, cover with a. leas, a kej^ad a>a, is charac.eri«d by 
a cover processor and a bus interface to connect a«, cover processor with said keypad to a 
ZZrrT:'*- ^ """""^ - ^ >-d. T,» controuer can contJ^H 

to anoflter exan^le embodin^en, said cover fl«her comprises a display, wherein said display is 

r . T ""^ ^^'oy ^ "—or of a LbUe 

connnunrcauon module. A direct implementation of a keyboard and a cover comprise the 

r l"'""'"' ^""^ " «»^'"-' ""^ with a 

teenpt^on on the display can be hnplem«.ted mo» readUy. So in an mtegrated cZ 

nZl"^ ^^"^ ? '"""^"^ ^ °' '^"'^ «"»«<»»"'y keyboard 

fimctionality IS Significantly simplified. 

5 This is esp«=iaUy the case, if the keyboard and the display are implemented integrally as a touch 
screen d.^lay. Moreover a display controUer can be provided in the cover that can also be 
integrally implemented in the cover processor. 

^rfing to ^.ofl^er aspect of the invention the confoUer may comprise a keypad abstraction 
conquer. Ophonally a separate dispUy controUer is provided. T1,e c«n..oUer(s) communicate 
with the phone .tself via a specified bus and specified protocol. This protocol can be fer 
example, based on ASCn code, Unicode or any other appropriate code. By introducing' this 
abst^chon laj^ ,t wiU be possible to operate a phone with different covers which have different 
funchonahty, for example mtemationalizalion. keypad fimctionality. additional game pads or joy- 
snck, or the mrplementation of e.g. an l«emet-Pad. a Snrf- or Navigation pad. or e.g. a GPS- or 
Map-pad device. 



30 



35 



I, may be noted tha, the invention goes beyond the basic approach for mobile commmiication 
dev.ce covers a« have been based on a mobUe communication device as a means to change the 
appearance of sard phone, m present mvention is based more on a cover device ^th a 
ctangeable communication module. In the state of .he art it has always been emphasised which 

s^c. K . T '^ •r' "-"^ "exchangeable part", to the presem invention this 
stnct border becomes blmred. Hith«o only a smgle phone module has been provided with 
-Mferent «d,angeable covers, but there has been no possibiUty to select two or more different 
e^T^r^ " ""^ to "he state of fl,e «t a user may also 
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not be attached to or mtegrated in the conm^unication module. Another advantage by integrating 
the power source mto the cover resides in the estimable power consumption. LL J^^y 
power-consummg modules integrated into the cover, the cover may primarily detennine Z 

zTZTr'^T r ^^""^^ -^'^ ^ rcommuLc;:r::dui 

c^ be used for big and smaU phones, if it has not to be designed to cany huge batteiy or power 



m another example embodiment, said cover further comprises a slot for receiving a 
commumcation module. The cover may substantially suxrom^d said communication module. 
cover can also comprise more than one slot or receiving interfaces for communication modules 
The cover may surround a cellular phone module and a cordless module to comrect to a 
telephone hne. So. a user may fit his communication device (cover) with different 
commumcation modules to be able to connect to different ceUular base station systems/standards, 

^""^ ^ "^^^ fit his personal cover 

with a GSM-. a UMTS and a cordless system phone module, and may therefore be able to phone 
whenever and wherever a cell of wireless communication network can be reached. 

According to another aspect, the present invention provides a mobile communication module. 
The mobile communication module comprises a radio interface for comiecting e.g. to a mobile 
telephone base station or a cordless telephone base station for comiecting to a communication 
network. The mobile communication module is characterized by a standardized bus interface- to 
comiect said communication module to a cover, which has at least a key-based input device such 
as a navigation button, a keypad or a keyboard. 

By using a standardized bus system to communicate witii tiie communication module a 
personahzation. internationalization and customization of the device can be performed simply by 
adapting tiie fimctionaUty of the cover with a minimum effort in variant handling. So different 
layouts for a smgle phone can be provided by a standard interface to tiie same phone module and 
a number of featiure-adapted standard interface covers. The phone module itself will remain tiie 
same for several variants. THis reduces tiie number of different phone variants. THus a huge 
amount of testing and development effort would be unnecessary. 

So in coi^equence to tiie proposed solution, tiie phone processor need not to handle flie complete 
functionahty of tiie different phone covers, as all possible signals on tiie bus are ahLy 



wo 2004/112356 



PCT/IB2003/002244 



determined ms entails that all cover variants must only be designed and tested for fulfilling the 
bus st^d^. So chfferent covers and cover designs can be developed after the phone launch. Due 
to the standard mterface, intelHgent covers are independent in the design cycle. 

another example embodiment of the present invention said mobile communication module 
fimher comprises a display. This embodiment represents another principle ides to cooperate with 
a key only cover. That is comiected to the communication module via a bus system. 

In an additional example embodiment said radio interface of said mobile communication module 
compnses a cordless telephone interface. Tliereby a user can also adapt the appearance of his 
cordless home phone to his preferred style. Another advantage of such a system resides in the 
fact that the user can simply access and adapt his own home phone to his preferred phone system 
m regard of appearance, design an the like. Tho user benefits form well known menu structures 
for phone appUcations. Another advantage resides in the fact that the user can build up closer 
relationshrp to the producer of his communication equipment, as he may be able to use same 
components for m-house and outdoor telephone applications. 

hi pother example embodiment of the preset invention, said communication module comprises a 
mobile or cellular telephone interface. So the communication device can be used as a cellular 
telephone. 

M yet another example embodiment of the preset invention, said mobile communication module 
further compnses a microphone and a loudspeaker. Both, the microphone and the loudspeaker 
can also be implemented in the cover. 

hi another example embodiment the mobile communication module comprises a battery module 
and a mmmial user interface to provide basic telephone fimctionaUty. So the user may use the 
phone module even if the cover has been damaged. The battery module can also be provided in a 
module that can be integrated into the cover or into the communication module. It is also 
possible to use the bus system and e.g a mechanic interface between the cover and the phone 
module to provide a battery in an adapter like or comiector like fashion. It may also be possible 
to use adapters to comiect the covers and the phone modules of different phone serials. Such an 
adapter may require a bus converter. 



The mobile phone interface can be provided with a respective battery, a respective keypad 
key or the hke basic communication features even if no cover is actually attached. 



menu 
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According to another aspect of the present invention a mobile communication device is provided. 
The mobile communication device is characterized by an inteUigent mobile communication 
device cover as described in the preceding specification and by a mobile communication module 
according to the preceding description. 

It may be noted that the subscriber identification module (i.e. the SIM-card) may be inserted in 
the cover or the phone module. If the SIM-card is instaUed in the phone module, the system may 
be regarded as a telephone with a changeable cover. If the SIM-card is installed in the cover, the 
system may be regarded as an electronic device with a plug-in telephone module. 



According to another aspect of the present invention a method for handling input data in mobile 
communication devices having a detachable inteUigent mobile communication device cover and 
a mobile communication module is provided. The method comprises receiving input at said 
cover, converting said input that so that it fits a specified protocol, transferring said converted 
15 input via a specified bus to said mobile phone module and processing or executing said 
transferred input in said mobile telephone. 

The input is received at the cover by key, touch screen or the like that is pressed by a user. The 
input is then converted according to a standardized bus protocol and transfeixed for the execution. 
20 to the telephone module. 



In another example embodiment of the present invention, the method further comprises 
generating or receiving data to be output in said communication module, converting said output 
according to a specified protocol in said conmiunication module, transferring said converted 
25 output via a specified bus to said detachable intelUgent mobile communication device cover, and 
outputting said received output via a display in said intelligent cover. 

This section of the method describes the basic fimctionaUty of the transfer of output data to the 
cover via a standardized bus. The direction of the method is used for operating a display on the 
30 cover or for operating a sound generator for generating a call signal. 

According to yet another aspect of the invention, a software tool is provided comprising 
program code means for carrying out the method of the preceding description when said 
program is run on a phone module or an intelligent cover of a cUp-on cover mobile phone. 



35 



According to another aspect of the present invention, a computer program product 
downloadable &om a server for carrying out the method of the preceding description is 
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provided. Said computer program means, comprises program code means for performing all 
of the steps of the preceding methods when said program is run on a on a phone module or an 
intelligent cover of a clip-on cover mobile phone. 

According to yet another aspect of the invention, a computer program product is provided 
comprising program code means stored on a computer readable medium. Said program code 
means are for carrying out the methods of the preceding description, when said program 
product is run on a phone module or an inteUigent cover of a "cUp-on" cover mobile phone. 



In the following, the invention will be described in detail by referring to the enclosed drawings i 
which: 



m 



Figure 1 is a block diagram of a mobile communication device having a communication module 
and an exchangeable cover interconnected via a standardizes bus, 

15 

Figure 2 is a block diagram of a mobile communication device in another implementation. 

Figure 3 is an exemplary flowchart of the data transfer from the cover to the communication 
device to the respective device, 

20 

Figure 4 is an exemplary flowchart of the data transfer from the communication device to the 
respective intelligent cover. 

Figure 5 represent a basic implementation of a data flow between a cover and the device itself 

25 

Figures 6A to 6C represent the data flow for different implementations of covers. 

Figure 7 represents an exemplary implementation of a character recognition algorithm, 

30 Figure 8 rq)resQits an exemplary implementation of a word match algorithm, and 

Figure 9 to 11 represent exen^lary implementations of sub-algorithms that can be used to 
implement a word match algorithm. 



Figure 1 is a block diagram of a mobile communication device. For the sake of vivid iUustration 
the communication device is described for the example of a mobile phone. The communication 
device comprises a telephone module 22 and an exchangeable cover 2 interconnected via a 
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^dartfized bus 10. He cover 2 c<^ti^ a, leas, a display 4. a user input device 6 depict as 
a kej^ and a cover processor or confer 8. The cover processor 8 is configured ,o al to ^r 

^ ^'--^ - ---y- - «.ver processor 8 : 



— *v,wwvcu ixum saia Keypaa to simals to be 

transferred vra saxd bus 10 to a mobile phone module 22. The display 4 may be proviSd wi^ its 
own display processor (not depicted) that can directly be connected to the bus 10. Mu^yTy 

ToZoll ThTZr " "'^^ ^^P^^^ ^ communication 

Z!?rf ^^^'^^'^ P^^^^ "^^'^^^ 22 with information on its 

capabihties via the standardized display interface. 

bus 10 traffic and ^s fiirther configured to control the radio interface module 28 and the memory 
30. The radio mterface module 28 is a mobile communication transceiver, a phone engine or T 

™r (GPI^ la^e)) e.g. of the 

GSM. UMTS or one of the future mobile phone standards. The controller 24 can control the 
access to the bus and operates with cover-specific software. The present invention does not 
d^cnbe the specific way the cover specific software can be uploaded into the phone module Ilxe 
software may be downloaded ftom a server, from the cover itself or via any other interface.' It is 
also possible to provide the phone module with an expandable number of pre-stored cover 
configurations. The download may be executed by sending an SMS with an identification of said 
cover (and said module) to a respective server. 

With these two modules a basic fimctionaUty of a mobile phone with an intelligent changeable 
cover can be provided. 



In ttie figure there is also provided section 12 comprising a controller 15 controlling different 
modules such as a GPS 14 module, a MPS player 18 module, a Bluetooth 16 module, a camera 
module mcl. software for handling images, or a Serial I/F-, an USB- (Universal Serial Bus) a 
Fnrev^e-. Memory card reader and interface module, or an Infrared interface 19 module. These 
modules are comiected via a controller 15 to the bus 10. THe modules 14.16.18. 19 can 
mdmdually be assigned to the cover of the phone module of an additional plug-in or plug-on 
modu e may be provided that can deUver a desired functionality. Thus, if one of the additional 
modules IS miplemented in the cover of the phone module, the processor 8 or controller 24 can 
unp^^ent the functionality of the controUer 15 respectively. Where exactly the dividing line(s) 
between the cover 2 and the mobile phone module is drawn is not important for the presen 
invention. f^^^^aii 
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The manufacturer can provide different communication modules and different cover modules 
havmg different abdxties and different features. Hxerefore, it may h^pen that a cover module and 
commumcabon module comprise a similar or even an equal implementation of a certain feature 
For example it may happen that a MP3-enabled cover is comiected to a MPS-enabled phone It 
may also be possible that a combination of a cover and phone module comprises a dedicated 
module not only once but doubled or even tripled, (one in the phone module, in the cover and 
one m an additional module). Care should be taken that these tripled devices provide an 
mcreased functionality so that a user can benefit even fix>m a double presence of a functionality 
module. It may happen that a user that likes music purchases a MP3 phone module an MP3 
enabled cover and a MPS enabled plug-on device (e.g. a memory extension), m such a case the 
user may benefit fiom the double presence of a certain feature by e.g. an increased memory for 
stormg more different music titles, m case of a double presence of a media player the 
exchangeable cover may be used as an exchangeable storage media to transfer music titl^ or 
other data between communication devices by changing the covers and copying or transferring 
data from the communication module to the (short-time cUpped on "storage media")- cover or 
vice vei^a. Even in other apphcations the user may benefit form a feature that is present in the 
cover and m the communication module if an implementation with a higher quaUty an 
miplementation with a lower energy consumption or a combination of both features for a hidier 
quahly output have beai selected. 



A power supply is not depicted in the figures, as it is not important in which part of the at least 
two parts (cover and phone module) the power resource is located, or resources are allocated to 
It may also be possible that both parts cany their own power supply It is possible to provide the 
modular phone with an additional power module. It is possible to provide the modular phone 
with an additional feature module. The additional feature module may be a GPS 14 module a 
1^3 player 18 module, a Bluetooth 16 module, or a Serial LGF-, an USB- (Universal Serial Bi^) 
a Fuwire- or a hifiared interface 19 module. Therefore it may be a preferred solution to also 
provide a power pack module. A power module many also exchange infomiation with at least 
one of the controllers 8. 15 or 24 to control the actual power consumption in dependence of the 
power that can actually be provided. 

With this aK>hitecture the problems tied to the state of the art of exchangeable covers wifli 
different functionality while maintaming the same phone module can easily be solved. There are 
several advantages. 

Exch^ging the cover can change the phone functionality. For example, the same phone module 
could be used either as a small pocket phone, as a messaging phone or as a bigger communicator 
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Witt a lull QWERTY kejpad and a larger d^ptay. He ordy ms,r^ would be d.e change of 
the cover, which even covdd be done by the user. 

T "^""""^ ^'^"^ if Pl^one is already 

marketed whzch xs a problem with existing architecture, because the phone module must handle 
the cornplete cover functionaUty. Thus all extensions must be known during the phone design 
phase So the phone module may also be inserted in a car or e.g. an audio recorder to that is able 
to send received audio files, even if the idea for such a device has not been present during the 
design phase of the phone module. So. there may be less phone module variants, as the species- 
nchness is gomg to be provided by the differentiated covers. 

The upper items in the bracket nmnber 2 are included in the inside of the intelligent cover It 
composes the display 4, the keyboard or kej^ad 6 and the cover processor 8. The cover processor 
8 handles all traffic to the user. It handles the complete keyboard 6 management, stores fee 
display layout and handles the display 4 traffic. The cover itself is comiected to the phone 
module via a standardized bus 10 (e.g. Unicode for keyboard entry). Thv^ the cover can be 
connected to any kind of phone module. 

Tlie phone module 22 itself may consist of several logical blocks. There may be some UI specific 
blocks m the controller 24, which are chosen according to the momited cover 2. Additionally 
there are the hardware building blocks like the GSM^MTS phone engine 28. There may also be 
a GPS 14 module, a MPS player 18 module, a Bluetooth 16 module, or a Serial I/F- an USB 
(Universal Serial Bus), a Firewire- or a Infixed interface 19 module integrated in 'the phone 
module or the cover. 



By putting m a standardized interface and an additional cover processor the phone construction 
will change to a modular approach. One single phone module can handle more than a single 
fimctionalily by just changing the cover. The user could even do this. The cover itself will 
contam a processor with an own memory and operational software. 

Tlie cover provides a complete abstract interfece to the phone. Thus the design and the layout of 
the keyboard 6 requires no adaptation of the phone software or hardware. The phone and the 
cover processors commmiicate via pre-defined signals or messages. The phone may select 
different operation modes. Some examples for different modes are an editor mode (for number 
text (or T9) mput). gaming mode, menu navigation and key guard control. For example, in the 
k^o«d layout, the mteUigent cover can handle key entry caps lock and control keys. A more 
detailed description of these modes foUows in the description of Figures 5 to 1 1 
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1 Tfl. ' ? '^''^J'"'" >"°"*- » to to display, too. Ite cover processor 

can ttU U.e phone «,„ b,,, <,f .b^,,^ ^ ^ J 

Ze 1 T":'""^'- o-"- -^-i cover processo; itself co«.d^ 

some display-related presentations like UI adaptation. 

An intelligent cover could handle much diffirent additional funcdonaUty. For exan,ple gannng 
^ut ™ a joysuck or display Hght handling. iUunnnation alignment and display Itrasi 
adjustments can also be handled. v«"u«,i 

^ implement the present invention it is proposed to use the foUowing app^ach: finplement a 

' ^ ' """""^ ""'^ '^"o" ^'^^ phone module 

and a.e mtelhgent cover whereby the protocol must permit an adequate fenctional fie«lom, 
tra-^fer the toy connx>l ftom the phone to the keypad abstraction processor in the cover 
mvlement drtferent UI styles in the phone, which are selected automatically if another display is 
ctesen or >s connected and the display signals are routed via the standardi«d display int«face 
either by a durect mterface or by the cover processor. 

^ Figjnre 2 the display owns its own display processor 8' connected to the bus 10'. Alternatively 

the tel^hone module can provide an alternative interface to the display 4. The display4 may 

optionally provide itself or the module with information on its capabilities via the standardized 

display mterface. By using dedicated display controller 8' the different tasks of a display 

controll^: 8 ' and cover processor 8 can be taken into account. Different task-specific processors 

and controllers 8. 8' can more readily be optimized. In the case that the bus has to transfer e g 

Video data, the bus may have to be implemented as high-performance bus 10' with an increasS 
data rate; 

I^e above disclosed architecture can comprise a solution for a not so eminent problem that arises 
when ,^mg ttie T9 logic or when entering a PIN (Personal Identification Number). THe problem 
arises from the feet that an input directed to a communication device (the PIN "26580") and the 
respective content to be displayed (*-**) can differ significantly. In the disclosed architecture 

T"^""^ ^'"^ ^^S°^«' the display controller 8' 

( ) and one for the controUer 24 (26580). Another possibility resides in that the cover 
processor generates 8 only one bus signal to the controller 24 (26580). which in turn generates a 
bus signal for the display controUer 8' (***♦*). The bus architecture can be used to solve nearly 
ev«y problem arising in the implementation of additional hardware blocks or features in a 
modular communication device. Even the display may be implemented in the cover 2 or in the 
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communication module 22. A combination of a display-less cover with a display-less 
commumcation module may even lead to cheap implementation of a complete display-less 
commumcation device e.g. for blind people. 

As in figure 1. the hardware building blocks 14 and 18 are directly comiected to the bus via the 
controUer 15. The hardware building blocks 16 and 19 are directly comiected to the bus 10' via 
the controller 15', to indicate that the single hardware blocks may be distributed between the 
cover and the communication module. 



To miplement the present invention it is proposed to use the following approach: Implement a 
cover contaming a keyboard and a processor, define a protocol for proper interaction between the 
phone module and the inteUigent cover whereby the protocol must permit an adequate functional 
fi-eedom, to transf«- the key control fi-om the phone to the keypad abstraction processor in the 
cover, miplement different keypad UI styles in the phone, adapted to the actual keys on the cover 
1 5 which are selected automatically. 

The other elements are the same as in Figure 1 and are therefore not expUcitly described for not 
to obscure the description of the figures. 



For the sake of clarity, in all figures, same or like elements and fimctionaUty are referred to with 
the same or like reference numerals. 

Figures 3 and 4 are exemplary flowcharts of the data communication between a telephone 
module and a respective intelUgent cover. In the case the user wants to perform an input by 
pressing a button on said cover 2, the cover 2 receives 40 an input on one of the keys of a 
keypad. A controller of the cover converts 42 this input into standardized signals or messages 
The signals or messages can e.g. use Unicode™, aSCH or the like to identify the chaiactere 
associated with the pressed key. In contrast to the phone module, the cover does not necessarily 
need to know any information about the telephone or communication module. The generation of 
said mput is performed in the cover. If the cover is not capable to produce the whole set of code 
sigas. It IS the cover device that has to draw the right conclusions to enable e.g. number or 
character input for SMS (Short Messages) or MMS (Multi Media Messages). The standardized 
code IS then transferred 44 via the bus 10 to the phone module and converted into an input signal 
to be processed or executed 46. In the present example this could be an input of a character for 
wntmg an SMS, taking or a rejecting of the call, or selecting or changing one of the settmgs of 
said mobile phone. 
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m basic ou^ut functionaUty. the phone module 22 can generate 48 a display output e.g. an 
mcommg call display content on receiving an incoming call. If the display is integrated in the 
communication module, this can be executed in a conventional mamier. If the display is 
mtegrated m the inteUigent cover, tins can be executed as foUows. Li a next step a controller in 
tiie telephone module generates a signal ou^ut 50 according to an information said controUer has 
m reg^d to display size and display dimensions. TTie information in regard to display dimensions 
has to be supphed by the user or the cover. In a next step flie said signal output is transferred 52 
via the same standardized bus 10 comiection as in figure 3 to the cover module 2. The bus can be 
a standard commmucation bus or a proprietary developed phone-cover-bus. At the cover 2 the 
signal output is received processed by a display controller and displayed 54 on a di^ay 
comiected to said controUer. In the case the user has not notices tiie incoming call, the method 
ends here. 



Figure 5 presents an overview on key input abstraction, according to an embodiment of flie 
present invention. ITius the design and the layout of tiie keyboarxi requires no adaptation of tiie 
phone software or hardware. The phone and tiie cover processors communicate via pre-defined 
signals or message. The phone may select different operation modes. Some examples of dififerent 
modes are an editor mode (for number, text (or T9) input), gaming mode, menu navigation and 
key guard conta>l. For example, keyboard layout, key entry caps lock and control keys can be 
handled by the intelligent cover. 

* 

hi figure 5 a key input is indicated by tiie key •«2/abc" provided witii tiie reference numeral 60 
The key is located in tiie cover, which is indicated by tiie bracket 2 as in figures 1 and 2 
Followmg tiie mput. a timing element 62 is added. The mput 60/62 is tiien filtered and repetitions 
are detected 64. Following tiiat. it is decided how tiie input is further processed 66. Botii features 
or elements 64 and 66 are operated depending on an actual input mode 76 received fiom tiie 
phone module 22. These steps are to be executed in tiie intelhgent cover 2, so tiie respective 
hardware elements have to be provided in tiie cover. 

The input may fiuther be further processed 67 e.g. by a character input process 68. a word mateh 
algontiun, or be processed not at all as mdicated by the arrow 67'. 

hi tiie following tiie character entry 68 and/or word match algoritimis 70 can be performed 
(witiun tiie cover and/or tiie telephone module). 

Independent from tiie actual performed fiirther processmg. an output processing 72 is performed 
m tiie telephone module. The output 74 itself can be performed eitiier via tiie telephone module 
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or Via the cover module, depending on where the display is actually mounted in. 

In the described implementation, the keyboard layout and the keyboard language will be handled 
withm the cover. Hie cover needs a feedback 76 and 78 from the phone module in dependence of 
the actual input mode. 



Figures 6A to 6C represent the data flow for different implementations of covers and according 
different input modes. 

Figure 6A represents the data flow for a cover implementation comprising a QWERTY 
keyboard. By using a QWERTY keyboard the usually necessary features and hardware elements 
for tmung 62. character entry algorithms 68 and word match algorithms 70 can be economized 
The mode with a 'Typewriter" interface simply requires sophisticated further processing 
Therefore, the input is simply detected, filtered and translated into bus code and transferred via 
the short cut 67' directly to the output post-processing of the telephone module. The mode 
signals 76 from the telephone just indicate that no further processing is needed. Any kind of 
language selection can also be economized. 

Figure 6B represents the data flow for a cover implementation comprising an ITU-T keypad as it 
is known from standard mobile phones. For entering characters the cover requires features and 
hardware elements for timing 62 and a character entry algorithms 68. A word match algorithm 70 
can be economized and is therefore depicted in dotted lines. Any kind of language selection can 
also be economized. As in the mode with the 'Typewriter'' interface a simple one-to-one 
relationship between the user input and the characters ttansfenred via the bus is required. 
Therefore, the Input is simply detected, filtered and translated in bus code and transfen«d via the 
fiirther processing stage of the character entry algorithm 68. An implementation of a character 
entry algorithm "translates" the input of three times key "4" and two times the key "6" into the 
word "in". All these steps can be performed in the cover in a way that the phone module may not 
even distinguish between the signals received from the cover of figure 6A or 6B. 

The signals 76 from the telephone can indicate that a character entry algorithm is required as the 
expected input is an alphanumerical input for text entry (SMS. memos) and not only a numerical 
input (calculator, dialing). 

Figure 6C represents the data flow for a cover implementation comprising a T9-logic enabled 
rrU-T keypad, as it is also known from standard mobile phones. For entering characters the 
cover requires features and hardware elements for timing 62 and word matching algorithms 70 A 
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words. 



character entry algorithm 68 may be required for supporting the entry of no-match 

In contrast to the above implementations of figures 6A and 6B a language selection of definition 
xs essential. It is clear that in contrast to the «Typemiter» interface the T9 logic is based on the 
rooo^ton of user input to suggest the most probable word for a (possibly ambiguous) sequence 
of rrU-T key mputs. The cover may employ only a single language so that the "selection" is 
perfomied when purchasing the cover. Therefore, the input is detected, filtered and analyzed for 
different possible words stored in a Ubrary and additionally possibly based on a selection input to 
be performed by a user to select one of the different possible words that can be formed from the 
mput sequence. In this implementation of a word match algorithm the input of once key «4" and 
once key "6" generates the word «in». An additional key "*» can be pressed 61 to select one of 
the other possible combinations such as "go", or 'Imi". All these steps can be performed m 
the cover m a way tHat phone module may not even distinguish between the signals received 
from the cover of figure 6A, 6B or 6C. 

The signals 76 from the telephone can indicate that a character entry algorithm is required as the 
expected mput is an alphanmnerical input for text entry (SMS, memos) and not only a nmnerical 
input (calculator, dialing), that a character entry algorithm is expected or that a word matching 
algonthm is to be appUed. 

The different input modes and appUcable characters can vary in dependence on the active 
apphcation running in the phone module. 

Hie phone module is aware of the possible, expected or executable input options 

. numbers such as "0...9. ..." can be appUed to any kind of phone or calculator 

apphcation. 

- text input require the numbers and the alphabet 1. 2. 3. ... + 'a'^.V 

- T9 logic require the ITU-T keyboard and confrol keys 

- Gaming applications can use the control keys 

Figure 7 represents an exemplary implementation of a character entry algorithm for an ITU-T 
keypad. 

The algorithm distinguishes between three different input events. A single character entry a 
multiple character entry and repetitions. 



hi the first case 
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A single chaKtoter key e.g. 'A' received: 
e.g. char_string = 'A' 

index = 0; pos=pos+l; text[pos]=char_string[index]. 

That is the input received is identified by the character «A» the index is un-changed = 0 and the 
position of the (one character string) increases one step. 



In the second case 

A multiple character key input is received e.g. T>, G, J" received: 
e.g. char_string = "DGP 

index = 0; pos=pos+l; text[pos]=char_string[index] 

That is the input received is identified by the characters "DGJ" the index is un-changed = 0 and 
the position of the (three-character string) increases one step. 



Ih the third case 

Two repetition symbol received '&': 

■ 

e.g. •MNO',&,& 

mdex=(mdex+2) mod (length (char_string)) 
text[pos]=char_string[index] 

That is the input received identified by the character sequence " *MNO'.&.& » the index is 
changed to = 2 to indicate that the third character of said string 'O' is to be selected and the 
position of the (one character string) increases one step. 

The input sequence "ghi,&^o.&.&" 67 is hence translated by the character entry algorithm 68 
into the output sequence '^o" 71, 



Figure 8 represents an exemplary implementation of a word match algorithm 70. The depicted 
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word-matching algorithm 70 comprises three sub-algorithms, 100. 110 and 120. to generate from 
flie tree input parameters 67. 78 and 61 a single character sequence 71 representing a word The 
first sub-algonthm 100 is a one input repetition filter to eliminate the repetition signs 
received via the line 67 generated by the input repetition detection 64 of figures 5 to 6 The 
second sub-algorithm 1 10 is a word match algorithm e.g. a 'best word' match algorithm to select 
the most probable word that can be generated from the ambiguous sequence of 3 and 4 character 
groups. The best word match algorithm 1 10 requires knowledge of the used language provided 
by tixe parameter 78. The match select sub-algorithm provides a simple and fast way for a user to 
leaf through all words that the sub-algorithm 110 provides. 

Figure 9 to 11 represent exemplary implementations of sub-algorithms that can be used to 
implement a word match algori&m. 

Figure 9 depicts a repetition filter 100. The repetition filter 100 eliminates the repetition signs 
that generated by the input repetition detection 64 of figures 5 to 6 and that are received via 
the hne 67. BasicaUy, repetition filter 100 cancels the actions performed by the repetition 
detection 64. as the word matching algorithm 70. or better the following best word match 
algonthm 110 cannot cope with repetition signs. In more sophisticated systems, the repetition 
filter may be replaced by a disabling of the input repetition detection 64 of figures 5 to 6 via the 
mode indication line 76. The repetition filter 100 receives a sequence of character groups and a 
number of repetition signs 67 and replaces the repetition signs by the previous sequence In the 
depicted example the repetition symbol •&• is replaced by previous sequence. Here for example- 
•G, H. r. '&', 'X'. ■&'. '&• is replaced by: 'G, H. P. 'G, H. P. 'X*. 'X'. 'X'. wherein 'X' represents an 
arbitrary 3 or 4 character sequence. 

Figure 10 depicts an implementation of a 'best word' match algorithm 1 10. The best word match 
algonthm 110 is to select the most probable word that can be generated from the ambiguous 
sequence of 3 and 4 character groups. AdditionaUy the best word match algorithm 1 10 generates 
aU known words that can be combined from the ambiguous input sequence of 3 and 4 character 
groups. The best word match algorithm 110 requires knowledge of the used language "EngUsh" 
provided by the parameter 78. to select the most probable word, to be suggested to the user in 
order to mmimize the necessary user input It is clear that the ambiguity increases and decreases 
with the length of the sequence, so the power of the algorithm increases with the length of the 
words entered. 



The algorithm can be based on the steps of: 
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Create a match Ust from the input sequence with/against current dictionary / word book of a 
chosen language 

Order the match list according to a matching order 

Send the whole Ust of matches to the next sub algorithm every time the 'match Usf is updated 
Clear the mput sequence and start a new word after 'Space' character is received. 

Figure 11 depicts an implementation of a match select sub-algorithm 120 providing a simple and 
fast way for a user to leaf through aU words that the sub-algorithm 110 was able to generate 
Under the assumption that the sequence •a,b.c', 'jkl', "tuV. 'd^f was entered, the sub-algoritimi 
110 generated the Match_List: 

blue (1) 

clue (1) 



Match_List [(Match_Number) mod (length (Match_List))] 
selects Match Item 

Match List [1] = Match List [3] = Match Ust [5] = . . .= "blue' 
Match List [2] = Match List [4] = Match List [6] = . . = 'clue' 



The user may change between the two found entries in the list by pressing 61 e.g. the button "*" 
In the figure the match select algorithm 120 selects one element in the matching Ust 67". hi the 
depicted example the selection can be approved by the reception of a space (not depicted). 

Compared to the number of keys to be pressed using a QWERTY keyboard, the t9 logic provides 
an only sUghtly increased number of buttons to be pressed. Compared to the chai^ter entry 
algorithm, the number of keys to be pressed can nearly be halved. The t9-logic is further not 
subjected to any kind of timer delay, as in the case of the character entry algorithm when entering 
double characters, or character combination occurring in a "one button triplet". 

It may be noted that the text of the specification does not disclose any mechanical of electrical or 
optical embodiments of how the interface between the phone module and the cover module may 
actually be implemented, as this is not vital for the present invention. So it may also be possible 
to us e.g. Bluetooth as a non-galvanic data interface between the cover and the phone module, hi 
such a case even a mechanical interface may be economized, as the cover module and the mobile 
communication module may simply be releasably connected to each other. Another possibiUty 
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would even be to connect to a completely external keyboard using the same protocol via a 
wireless or wired interfece. v w^ui via a 

The advantages of the present invention reside in: 

- Late customizing is possible just by assembly of different inteUigent covers, even after the 
laxinch of a new phone module. 

- More diversification is possible due to different combinations of different phones and 
different mtelligent cover due to a standardized interface. 

- The phone module can be re-used between phones. No GSM/UMTS type approval would be 
necessary or efforts for type approval can be reduced because the critical parts remain 
unchanged. The engineering and testing effort of creating different phones / versions wiU get 
much lower. ^ 

- I^e user can change and update the phone UI functionality. There is no need to buy another 
phone, but just another cover. 

- ITie user can change and update the phone standard without changing the UI (user interface) 
^ctionahty There is no need to leaxn a new UI functionaUty when changing the phone 
standard by buymg another phone, but not another cover. 

- THe «>ver can store details on all features for the feature recognition routine in the phone 
module. For example, the phone module can handle different display sizes or a joystick 

- Alternatively, the cover may absti:act the phone module from detaUed feature implementation 
by providing an abstract interface. The cover may deUver a driver (or a download source) 
used to operate the feature or function 

All these advantages can be gained upon the drawback of a slightiy enhanced mechanical effort 
because cover and phone may be handled separately.. 

^pres^it invention is providing an improved choice between a simple HTJ-T keypad; 
QWERTV^-keyboard and the choice between differentiy sized and color enabled displays. 

T^e whole design of mobile communication devices can arbitrarily be adapted to the preferences 
of users. Manufactures of mobile communication device equipment just need to provide a casing 
a keyboard and a display to be able to offer or produce mobile phone module holders. Mobiie 
phones which cater for the needs of people witii disabilities can be provided with a minimum 
effor^ for generating just an appropriate UI or cover. So the user of cochlea implants or blind 
people using Braille interfaces or voice output based displays need not longer fear new mobile 
phone standards as the well-known user interfaces can also be used with future communication 
and telephone communication standards. 
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This application contains the description of implementations and embodiments of the present 
mvention with the help of examples. A person skilled in the art wiU appreciate that the present 
mvention is not restricted to details of the embodiments presented above, and that the invention 
can also be implemented in another form without deviating from the characteristics of the 
mvention. The embodiments presented above should be considered illustrative but not 
restnctmg. Thus the possibiUties of implementing and using the invention are only restricted by 
the enclosed claims. Consequently various options of implementing the invention as determined 
by the claims, mcluding equivalent implementations, also belong to the scope of the invention 



